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Abstract - Space Technology 5, or better known as ST-5, is 
a space technology development mission in the New 
Millennium Program (NMP) and NASA’s first experiment 
in the design of miniaturized satellite constellations. The 
mission will design, integrate and launch multiple spacecraft 
into an orbit high above the Earth’s protective magnetic 
field known as the magnetosphere. Each spacecraft 
incorporates innovative technology and constellation 
concepts which will be instrumental in future space science 
missions. A total of three ST-5 spacecraft will be launched 
as “secondary” payloads into a highly elliptical geo- 
synchronous transfer orbit, and will operate as a 3-element 
constellation for a minimum duration of 90 days. 

In order to correlate the time of science measurements with 
orbit position relative to the Earth, orbit position in space 
(with respect to other objects in space) and/or with events 
measured on Earth or other spacecraft, accurate knowledge 
of spacecraft and ground time is needed. Ground time as 
used in the USA (known as Universal Time Coordinated or 
UTC) is maintained by the U.S. Naval Observatory. 
Spacecraft time is maintained onboard within the Command 
and Data Handling (C&DH) system. The science 
requirements for ST-5 are that spacecraft time and ground 
time be correlatable to each other, with some degree of 
accuracy. 

Accurate knowledge of UTC time on a spacecraft is 
required so that science measurements can be correlated 
with orbit position relative to the Earth, orbit position in 
space and with events measured on Earth or other 
spacecraft. The most crucial parameter is not the clock 
oscillator frequency, but more importantly, how the clock 
oscillator frequency varies with time or temperature (clock 
oscillator drift). Even with an incorrect clock oscillator 
frequency, if there were no drift, the frequency could be 
assessed by comparing the spacecraft clock to a ground 
clock during a few correlation events. Once the frequency 
is accurately known, it is easy enough to make a regular 


adjustment to the spacecraft clock or to calculate the correct 
ground time for a given spacecraft clock time. The 
oscillator frequency, however, is temperature dependent, 
drifts with age and is affected by radiation; hence, repeated 
correlation measurements are required. 
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1. Introduction 

The C&DH hardware will meet the following requirements 
for ST-5: 

• Time correlation knowledge between two spacecraft 
shall be less than 10 milliseconds (ms). 

• Time correlation knowledge between spacecraft 
Universal Time and UTC shall be less than 5 ms. 

• Time correlation data frames from the spacecraft shall 
be time tagged to an accuracy of at least 0.5 ms of 
onboard spacecraft time. 

• Spacecraft Universal Time vs. UTC shall be less than or 
equal to 1 second over one complete orbital period over 
normal operational temperature ranges. 

• Temperature measurements of the onboard clock shall 
be telemetered to the ground to facilitate clock stability 
calculations. 

• Time tagging of science validation data shall have a 
resolution of at least 0. 1 ms. 

• The spacecraft shall provide the ability to update and 
adjust the onboard clock. 

This paper provides an overview of the method that will be 
used to determine the difference or error between the 
spacecraft and ground, and also maintenance methods for 
keeping the spacecraft within specifications. 

The C&DH hardware uses a 24 MegaHertz (MHz) oscillator 
as baseline and the design for the spacecraft timer is 
incorporated into an Actel 54SX32 Field Programmable 
Gate Array (FPGA). 


2. ST-5 Mission Overview 

The Space Technology 5 mission is a part of NASA’s New 
Millennium Program (NMP). The ST-5 project is an in- 
house development managed at the Goddard Space Flight 
Center in Greenbelt, Maryland. A primary goal of ST-5 is 
to provide a proof-of-concept demonstration for future 
nano-satellite constellation missions. The project will 
accomplish this by developing and flying a satellite 
constellation comprised of three small, low-power, full- 
service spacecraft, each with a total mass of about 25 
kilograms (kg). During the three-month mission, each of 
the spacecraft will demonstrate several NMP nano-satellite 
and constellation-enabling technologies. Major goals 
include showing that multiple spacecraft can operate 
together as a single constellation (and not just a group of 
individual units) and showing that a very small spacecraft is 
capable of research-quality science measurements. 

Each 25-kg spin-stabilized spacecraft has a total power 
budget of approximately 22 watts, which is provided by 
high-efficiency, triple-junction solar cell arrays and a 
lithium-ion battery. The three ST-5 spacecraft will be 
launched as “secondary” payloads into a highly elliptical 


geo-synchronous transfer orbit, with a period of about 10.5 
hours, a perigee distance of about 220 kilometers (km) and 
an apogee distance of about 38,000 km. All three will share 
the same orbit plane, and the separation distance between 
spacecraft near apogee is expected to be between 100 and 

1,000 km. The spacecraft spin rate will be about 20 
revolutions per minute (RPM). 


3 . New Millennium Program Technologies 

The purpose of NASA’s New Millennium Program is to 
develop and flight validate the critical “breakthrough” 
technologies that are needed to enable the space science and 
Earth science missions of the future. For ST-5, the focus is 
on the small, low-mass and low-power theme. These 
technologies include a miniature and low-power X-band 
transponder for uplink and downlink, a cold gas micro- 
thruster (CGMT) propulsion system, two variable emittance 
controllers (VEC) for the thermal subsystem, “flex” harness 
interconnects for the solar panels, and a new type of 1/2 volt 
CMOS ultra low-power, radiation-tolerant (CULPRiT) 
logic. The 1/2 volt CULPRiT technology, which is latchup 
immune and hardened for up to 1 00 kilorads (krads) of total 
ionization dose, will be verified as an integral part of the 
C&DH subsystem. 


4. Timing Requirements 

4. 1 Accuracy Requirement 

Spacecraft (S/C) Universal Time vs. UTC shall be less than 
or equal to 1 second over one complete orbital period over 
normal operational temperature ranges. 

The ST-5 S/C time shall never differ from UTC by more 
than 1 second. Since the ST-5 S/C is without ground 
contact for the majority of the time, the S/C clock drift must 
be sufficiently small that this requirement is met at all times 
during the ST-5 orbit. Measuring, correlating and 
correcting the spacecraft time may be performed during 
every ground pass. 

4 . 2 Knowledge Requirement 

Time correlation knowledge between two spacecraft shall be 
less than 10 milliseconds (ms). Time correlation knowledge 
between spacecraft Universal Time and UTC shall be less 
than 5 ms. 

The ST-5 individual spacecraft times shall be correlated to 
one another with an accuracy of 10 ms. In lieu of inter- 
spacecraft communication, the derived requirement shall be: 
The ST-5 S/C time shall be correlatable to UTC with an 
accuracy of 5 ms. 

4 . 3 Origin of Timing Requirement 
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4. 3. 1 Science Rationale 
Science Requirement 

1 . “Science events” (MHD waves, magnetic field 
variations, energetic particle injection fronts, etc.) all 
propagate at the local Alfven speed -1,000 to 5,000 
kilometers per second (km/s) at ST-5 altitudes. 

2. ST-5 inter-S/C spacing will be -100 km. 

3. Time difference between the arrival of science events 
amongst the 3 spacecraft will be -20 to 100 ms, 

4. To determine propagation characteristics (k-vectors 
polarization, phase speed, etc.) for these science events, 
the accuracy of the magnetic field time tagging at each 
spacecraft (relative to each other) should be 1/1 0th of 
20-100 ms (i.e., 2-10 ms). 

Impact of reduced accuracy requirement: 

1. With better than 10 ms timing accuracy, ST-5 may 
make some important new “discoveries” relating to the 
dynamics of the inner magnetosphere. 

2. Between 10-100 ms accuracy, there is hope that the 
data will still be meaningful. 

3. After 100 ms, it may not be possible to really inter- 
compare the measurements for many scientific purposes 
in a meaningful manner. 

4.3.2 Incremental Time with Respect to Science Data 

Assumptions will be made based on some of the 
characteristics of the Wind electron and ion detector. Clock 
correlation with UTC will be discussed in a later section. 

There is an assumption that as the spacecraft spins, particle 
collection data will be binned based in units of 30°, i.e. each 
rotation is broken into 12 regions of space. Since the clock 
(counter) will drift, pointing direction cannot depend on it 
alone, however, since data from a given section of space is 
likely to be average over only a few minutes, the angular 
error will be of the order of (120 s) x (lxlO" 6 ) x (1207s) = 
14.4 millidegrees in 2 minutes, which is insignificant. If the 
sector size were much less than 30°, this accuracy would 
need to be re-evaluated and the number of clock pulses per 
rotation (based on Sun pulse) may need to be updated more 
often. 

Over the long term, the direction in space that is allocated to 
each bin will drift if all that is used is the clock to control 
the data binning. Based on the 1 part per million (ppm), 
clock drift rate and 1207s spin rate, a 30° error will occur 
after (30°)/(120p7s) - 250,000 s - 2.9 days. If the clock is 
not updated or compared to the attitude sensor (Sun pulse), 
this precession of bin positions relative to an inertial (non- 
rotating) coordinate system will occur. Updating the 
number on clock counts per rotation will solve the problem. 
A clock correlation table will need to be maintained on the 
ground for each spacecraft. A separate table containing 
attitude sensor data as a function of clock count will also be 
required. As an alternative, the rotation rate and phase can 
be maintained as a function of UTC. 


The assumption of the 2-minute data collection cycle relates 
to another parameter, orbit position accuracy. The perigee 
velocity for a GTO orbit is 10.25 km/s and the apogee 
velocity is 1.60 km/s relative to the earth. At apogee, the 
spacecraft will travel (1.6 km/s) x (20 s) = 32 km during one 
data collection cycle and at every other point in the orbit, it 
will travel further, up to (10.25 km/s) x (120 s) = 1230 km 
at perigee. The scientist will have to decide if this meets the 
science requirement, the purpose here is to realize that a 50 
km or greater orbit position, error may be well within the 
science requirement especially for missions that map large 
regions of space. 

Another parameter to consider is earth’s velocity around the 
sun, which is about 30 km/s. For mapping the earth’s 
magnetosphere which is attached to the earth, this velocity 
may not be a factor but it is large compared to the satellite 
velocity relative to the earth. 

4.3.3 Navigation and Tracking Time Requirement 

Orbit determination is done on the ground and does not 
make use of the onboard clock. Although attitude 
determination is also done on the ground, it makes use of 
observations made on board that make measurements of the 
Sun and the Earth’s magnetic field. A spacecraft time tag is 
attached to these measurements and the information is 
telemetered to the ground, to be used for this processing. 

4. 3. 4 Data Time Tagging Requirements 
Time tagging will be provided for the following: 

1. Sun Crossing 

2. Magnetometer Vector 

3. Downlink 

4. Every 1 sec interval 

5. S/W Trigger 

6. External Trigger 

5. Return Data Delay (RDD) Time 
Correlation Method 

The one way method of return data delay is reasonably 
simple and most common because it has the minimum 
equipment requirement, however its accuracy is limited and 
it is prone to mistakes when an attempt is made to use it for 
accuracy better than about 1 ms. In this method, a specific 
event in the downlink stream is time tagged on the 
spacecraft, and its ground receipt time is recorded by the 
ground station. Comparing these two times, taking into 
account delays through hardware and the actual 
transmission time, will indicate how far ahead or behind 
UTC the ST-5 spacecraft is. 


6. Spacecraft Implementation 
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6.1 C&DH Hardware 

There are 31,557,600 seconds in an average year (24 x 
3,600 x 365.25 = 31,557,600) requiring a minimum of 25 
bits (2 25 = 33,554,432) to represent seconds. For a 
granulation of 1 microsecond (jus) in the sub-seconds 
portion of the time, a minimum of 20 bits are required, 
hence a minimum of 45 bits are required. 

The C&DH Mission Elapsed Timer (MET), as its name 
suggests, provides an ongoing count of the actual time 
elapsed on the spacecraft. This counter is combined with 
the software-loaded offset timing number in a processor 
memory location to represent the actual UTC time. 

The MET consists of a 32-bit up-counter clocked by a 1 Hz 
clock input. This provides sufficient capability to count up 
to 2 32 seconds (4,294,967,296 seconds = 49,710 days or 
approximately 136 years) before the MET counter rolls 
over. The MET seconds is cleared only during a board 
power-up reset. In addition, the MET can be “jammed” 
with a 32-bit value by the flight software via ground 
command to set the mission elapsed timer to the desired 
initialization value. Jamming the MET register is useful for 
setting the MET to a specified value for troubleshooting and 
test purposes, as well as for reinstating the previous MET in 
the event that the MET register is cleared due to a power-on 
reset while in flight. 

The Sub-Seconds Timer (SST), like the MET, keeps track of 
elapsed time by keeping a sub-seconds time count. The sub- 
seconds count can be latched and stored at certain events, 
the value being used by the spacecraft to time tag specific 
data and events. The SST consists of a 22-bit up-counter 
clocked by a 1 MHz clock input. This provides the C&DH 
board with the ability to keep track of sub-seconds time at a 
resolution of 1 psec. The SST counts up to its maximum 
value of approximately 4.194 seconds before rolling over to 
zero and continuing its count. 

The spacecraft hardware time is composed of the sum of the 
seconds counter and the sub-seconds counter. 

In order to perform the RDD correlation described above, 
the C&DH will latch the seconds and sub-seconds time of 
the transmission of every 16th Virtual Channel 0 (VC0 
modl6) telemetry frame. The VC0 modl6 frame will occur 
approximately every 162 seconds (252 x 8 x 5 + 32 
bits/frame x 16 frames x 1 ms/bit = 161.792 s). The flight 
software will gather the latched hardware time of the 
transmission of the frame, and calculate the S/C Universal 
Time of the transmission of the VC0 mod 16 frame. 

A block diagram of the Time Circuit is shown in Figure 1 
and Figure 2. Figure 1 shows how the value of the MET is 


sampled and stored in one of two distinct I/O-mapped 16-bit 
registers (bits 15:0) under the following conditions: 

1 . The MET value is latched and stored in the “Sun 
Crossing Time Latch” in response to a Sun 
Crossing pulse. 

2. The MET value is latched and stored in the 
“Downlink Time Correlation Trigger Latch” in 
response to a Downlink Time Correlation pulse. 

It also shows how the value of the SST is sampled and 
stored in one of five distinct I/O-mapped 22-bit registers 
(bits 2 1 :0) under the following event conditions: 

1. The SST value is latched by the 1 Hz MET clock 
input and stored in the “1 Second Latch” register 
every second. 

2. The SST value is latched and stored in the 

“Software-Triggered Latch” register when there is 
a software memory write. 

3. The SST value is latched and stored in the 

“External Trigger Latch” upon receipt of an active 
low pulsed signal from the C&DH test connector. 

4. The SST value is latched and stored in the “Sun 
Crossing Time Latch” in response to a Sun 
Crossing pulse. 

5. The SST value is latched and stored in the 

“Downlink Time Correlation Trigger Latch” in 
response to a Downlink Time Correlation pulse. 

Figure 2 illustrates how the Magnetometer (MAG) time 
tagging is transferred from one FPGA to the next. The 
MET and SST values are stored in the “MAG Vector 
Trigger Latch” in response to a MAG Time Tag Latch. The 
48 bits of time tag are transferred a byte at a time. 

6.2 Flight Software 

6.2.1 Spacecraft Universal Time (S/C UT) 

The S/C UT is the sum of three values: the Mission Elapsed 
Time (MET), the UT Correction Factor (UTCF), and the 
leap seconds. S/C UT has a resolution of 1 microsecond 
and is used for stored command processing. 

Because of the complexity of storing numbers like 
12:00:00.000 Noon 13 February, 2001 or 00-044- 
17:00:00.000 GMT, times on the spacecraft are stored as a 
number of seconds since an arbitrarily chosen epoch. For 
ST-5, the epoch has been chosen as 1 January 2000 12:00 
GMT. The S/C UT will be stored as a number of seconds 
and sub-seconds since this mission epoch. 

The first part of the S/C UT is the Mission Elapsed Time 
(MET) counter. This telemetry point is incremented once 
per second by a 1 Hz clock input. The MET may be 
jammed via ground command at any time, most notably it 
may be jammed with a value upon spacecraft power-up. 
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Figure 1 - Time Circuit Block Diagram (1 of 2) 
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Figure 2 - Time Circuit Block Diagram (2 of 2) 
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Onboard Time Management 


6.2.2 UT Correction Factor (UTCF ) 

In order that the spacecraft time be adjustable, and that the 
MET not have discontinuities, the spacecraft maintains a 
ground commandable correction factor, the UTCF. The 
UTCF is a static value, currently an unsigned integer only 
adjusted by ground command. Because of this, it will be 
initialized to a large positive value, most likely 4 years if the 
launch is in late 2003. Ifrwhen the spacecraft drifts ahead of 
ground time, the UTCF will be decreased via ground 
command. If/when the spacecraft drifts behind ground time, 
the UTCF will be increased. The UTCF may be adjusted, 
via ground command, at any time during the mission to 
keep the S/C UT within 1 second of UTC. 

6.2.3 Leap Seconds 

In order to keep the cumulative difference in UT1 
(astronomical time) and UTC less than 0.9 seconds, a leap 
second is added to the atomic time to decrease the 
difference between the two. This leap second can be either 
positive or negative depending on the Earth’s rotation. 
Since the first leap second in 1972, all leap seconds have 
been positive and there were 22 leap seconds in the 27 years 
to January, 1999. This pattern reflects the general slowing 
trend of the Earth due to tidal braking. 
(http://tvcho.usno.naw.mil/leapsec.htmlI 

Since 1972, there has been 22 leap seconds, happening at 
irregular intervals (as little as 6 months in 1972 and as long 
as 2.5 years from July 1985 to January 1988). The USNO 
has posted months in advance a notice when leap seconds 
will occur, and also when they have determined that they 
won’t occur. 

Since the ST-5 mission is using UTC as its time reference, 
the spacecraft must keep up with the leap seconds 
adjustments made by the USNO. The Flight Software 
(FSW) maintains a telemetry point that reflects this. The 
spacecraft leap seconds may be commanded from the 
ground at any time during the mission, and most likely this 
will happen whenever the USNO decides that a leap second 
is necessary. 

6.2.4 1 Hz Adjust Mechanism 

The C&DH Flight Software includes a mechanism for 
compensating for a C&DH clock oscillator that is slightly 
fast or slightly slow, resulting in an overall clock drift. 
Clock drift with respect to UTC basically means that every 
time that the C&DH hardware indicates a second has 
elapsed, actually a time slightly smaller or slightly larger 
than a second has passed. A ground commandable 
parameter, the 1 Hz adjustment factor can be applied to the 
MET to correct for clock drift. The Flight Software, when 
reading the MET, multiplies the difference between the last 
value and the new value by the 1 Hz adjustment factor every 
second to reduce clock drift. 


6.2.5 

Time is maintained in the FSW in Mission Elapsed Time 
(MET) and Universal Time (UT) formats. The UT format is 
needed for stored command management and is calculated 
on board by adjusting the MET, adding the Universal Time 
Correction Factor (UTCF) and the Leap Seconds once per 
second. 

S/C UT = 1 Hz Adjustment Factor x MET + UTCF + Leap 
Seconds 

A startup sequence that results in a correctly configured S/C 
clock may be something like: 

1. Set the seconds portion of the MET (jam occurs 
on 1 sec mark) 

2. Set UTCF Gam UTCF) 

3. Adjust UTCF by adding or subtracting a specified 
value < 2 ms (adjust UTCF) 

4. Set a 1 Hz adjustment factor to a specified 
positive or negative value 

The ST-5 spacecraft maintains time in a combination of 
both hardware and software. The Flight Software uses the 
hardware counters, the MET, the UTCF and the leap 
seconds to represent one single value, the S/C UT. 
Mechanisms exist for coarse adjustment of S/C UT, fine 
adjustment of S/C UT and constant adjustment to reduce 
S/C UT drift with respect to UTC. The hardware supports 
the S/C UT to UTC correlation method that will meet the 
overall mission time accuracy requirements. 


7. ST-5 Correlation Method 

7. 1 One Way Method: Return Data Delay (RDD) 

RDD is an open loop method and is also called the Return 
Channel Time Delay (RCTD) method of clock correlation. 
The spacecraft records S/C UT of the VCO mod 16 telemetry 
frames. The ground system places UTC time tags on the 
frames as they arrive at the ground (ground receipt time, 
GRT). It is then a simple matter to subtract the various 
delays to determine the difference between S/C UT and 
UTC. 

7. 1. 1 Basic Concept, Return Data Delay Method 
The basic concept of RDD is as follows: 

1. Time tag data as it leaves the spacecraft with a 
spacecraft clock reading. 

2. Time tag the data with a ground UTC value when the 
data is received on the ground. 

3. Using orbit knowledge, calculate the transit time from 
spacecraft to ground including equipment delays and 
subtract this value from the ground receipt time. The 
result is the time that the data left the spacecraft, based 
on UTC. 
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4. * Compare the result with the spacecraft clock reading in 
the data. 

Spacecraft range, or range propagation delay, must be 
known for the specific time of the transit of the telemetry 
carrying the clock reading. This delay is reported by the 
Flight Dynamics Facility (FDF) in a product called a “range 
file.” The range to the spacecraft at the time that the 
beginning of the frame marker left the spacecraft antenna 
must be used. 

Satellites using the NASA ground network use the one way 
RDD method for their clock correlation. The GN, DSN, SN 
(Space Network, not used by ST-5) and commercial 
networks place a time tag on spacecraft telemetry data as it 
is received on the ground (GRT) to an accurate to 1 ms or 
better. 

In order to communicate with a satellite, we need to know 
where it is at a certain time so that a ground antenna can be 
pointed. In addition, orbit knowledge allows the ground 
receive system to anticipate the doppler offset of the 
satellites carrier frequency so the ground receivers local 
oscillators (LOs) can be set to compensate for the offset 
which then allows the receiver to find and lock to the signal 
in a reasonable amount of time. When the signal from the 
satellite is weak, a large high gain ground antenna with a 
narrow beamwidth is required. This implies that accurate 
orbit knowledge is required on the ground and the antenna 
pointing requirement may be the limiting factor that sets the 
orbit accuracy requirement. This is not relieved or aided by 
GPS on the satellite or by satellite autonomy. In order to 
properly point an 11 -meter antenna to a satellite at 5 Re 
using an X-Band communication signal (~8 GHz, 
beamwidth of ±0.1°), it is required that we know the orbit 
position to about 60 km. This orbit accuracy parameter is a 
major contributor to the absolute time correlation accuracy 
allowing us to now discuss mission time correlation. 

As a frame of data leaves the C&DH or data recorder on its 
way to the transmitter, the beginning of the first bit of the 
frame synchronization marker is used to trigger the latching 
of the MET. The S/C UT of the VCO mod 16 frame is later 
sent to the ground (could be 1 second or 1 day later). On the 
ground, a clock that is tied to UTC records the arrival time 
of the data, allowing us to determine the arrival time of the 
first bit of the Consultative Committee on Space Data 
Systems (CCSDS) frame, the bit that triggered the onboard 
MET reading. 

The ground time tagging is usually to an arbitrary data bit at 
a regular but not necessarily periodic rate. This is called a 
ground receipt time (GRT), On the ground, NASCOM 
blocks or internet protocol (IP) packets may be used to 
transport the data to the science center. The first bit of 
every 1/1 00th ground packet may receive a ground time tag 
in a special field that is part of the packet. Since the ground 
packet length will not in general be the same as the 


spacecraft telemetry frame length, the bit that receives the 
GRT is arbitrary relative to the beginning of frame. 

At the spacecraft operations center, knowledge of the 
occasional GRT allows interpolation so that the GRT of the 
first bit of each CCSDS frame marker (FM) can be 
calculated. Knowledge of the orbit allows the calculation of 
the position of the spacecraft when the signal was emitted 
and thus allows the radio frequency (RF) propagation time 
to be calculated. By subtracting die RF propagation time 
and equipment delays from the GRT for a particular 
(CCSDS) frame, we have the time, based on ground UTC, 
that this frame left the spacecraft. After subtracting the 
spacecraft transmitter and associated delays (convolutional 
coding, Reed-Solomon coding, etc.), we have the time, 
based on UTC, that the spacecraft clock was read. 

The first delay that the VCO mod 16 encounters in getting to 
the ground is the delay through the remainder of the C&DH 
downlink circuitry, including the Reed-Solomon encoder, 
the Cyclic Redundancy Check (CRC), and the CCSDS 
randomizer which exclusive ORs the data with a PN pattern 
(if in use). In the diagram below, this time is collectively 
called tc& D H. Note that t c&DH will definitely vary with 
telemetry rate, and will have to be determined through 
analysis and testing prior to launch. 

The second delay that the frame encounters is the delay 
through the RF system. The RF cables and antenna 
themselves are negligible, however the modulation circuits 
within the X-Band transponder will have a measurable 
effect on the telemetry. In the diagram below, this is called 
txPNDR* Note that txpNDR will vary with telemetry rate, and 
will have to be determined through analysis and testing prior 
to launch. 

The next delay that the frame encounters is that of the actual 
transmission between the spacecraft and the Earth. In the 
diagram below, this is called Transmit* This delay must be 
determined during the ground contact as it will vary from 
orbit to orbit. However, given the ST-5 timing requirement 
of 5 ms, an error of d = c x t = 3x10 s km/s x 0.005sec = 
1500 km can be tolerated. 

Finally the frame arrives at the ground station and is formed 
into a larger ground transfer block. The ground station 
records the receipt time of the first bit of the data portion of 
the block and inserts this into the block header. In the 
diagram below, this is called t UTC and it is generated for 
every ground transfer block. 

The VCO mod 16 frame is located somewhere within the 
ground transfer block; this will vary from block to block. 
The ground station software must locate the VCO modl6 
frame within the ground transfer block and determine how 
many bits are between the VCO mod 16 frame and the first 
bit of the frame (the bit that is time-tagged as t UTC ). The 
number of bits divided by the bit rate will give you the 
offset in time to the VCO mod 16 frame. In the above 
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VCO frame with 4 LSBs of sequence count = 0000 
(VCO mod 16 frame) 


every 161 seconds (for 1 kbit/s H/K) 

trAhui 


X-band 

Transponder 


antenna 


CADH latches ST and SST 


Seconds Sub-Seconds 

f 32-bit counter 1 22-bit counter! 


ST-5 M OC must calculate t block the 
time difference between the 
beginning of the 4800-bit block and 
the VCO mod 16 frame that was 
time-tagged by the spacecraft. 


Ground Station forms 
4800-bit block 
(SFDU) and 
generates time t ERT 
the time that the 
trailing edge of the 
last bit of the 4800- 
bit block was 
received. 


FSW reads VCO modl6 frame time 
and forms telemetry t vc0 
reported to ground in time packet 



Error = S/C UT - UTC = t v 


^transmit + ^xpndr + ^CADh) 


diagram, this is referred to as t BLO cK 5 and will vary with 
telemetry rate. 

Finally, the ground station must perform the math to 
correlate the block time tag, turc with the S/C UT of 
transmission for the frame, t V co* 

Error - S/C UT - UTC — tvco * Outc + t B L0CK + ^transmit + 
txPNDR + Ic&Dh) 

Where: 

tvco is reported by flight software for every VCO mod 16 
frame, varies from frame to frame. 

tuic is generated by the ground station for every ground 
transfer block, varies for every block. 

tBLocK is calculated by locating the VCO mod 16 frame 
within the ground transfer block, varies from frame to 
frame. 

^transmit is reported by the ground station in the form of 
ranging information, varies for each ground station contact, 
or perhaps during the contact. 

t X pNDR is determined by the transponder manufacturer prior 
to delivery, varies with telemetry bit-rate, but fixed 
otherwise (2 fixed values, one for 1 kilobit per second 
(kbps) and another for 100 kbps) 

Ic&dh is determined by the C&DH design team prior to 
delivery, varies with telemetry bit rate, but fixed otherwise 
(2 fixed values, one for 1 kbps and another for 100 kbps) 


8. Ground Station Timekeeping 

The ST-5 ground station will generate time tags for all of 
the telemetry received from the ST-5 spacecraft. This time 
tag will be forwarded in the block headers from the ground 
station to the Mission Operations Center (MOC). 
Generally, the ground station will assemble a block of data, 
and then record in the block header the UTC for the receipt 
of the first bit of data. The time in the block header 
combined with the telemetry bit-rate allows us to calculate 
the time of receipt of every bit in the telemetry stream. 


9. Conclusion 

The ST-5 timekeeping requirements are all very realistic 
with the large amount of reuse of ground hardware and 
flight software. However, the C&DH, the Flight Software 
and the Ground Systems must all be very well coordinated 
in order to meet all the requirements. 




10. Acronym List 


CCSDS 

C&DH 

CGMT 

CMOS 

CRC 

CULPRIT 

DSN 

FDF 

FPGA 

FSW 

GHz 

GMT 

GN 

GPS 

GRT 

GSFC 

GTO 

Hz 

kbps 

kg 

km 

km/s 

MAG 

MET 

MHz 

MOC 

ms 

NASA 

NASCOM 

NMP 

NRZ-L 

NRZ-M 

ppm 

RDD 

RF 

RPM 

RS 

S/C 

SN 

SST 

ST-5 

ps 

USNO 

UT 

UTC 

UTCF 

VEC 


Consultative Committee on Space Data 
Systems 

Command & Data Handling 

Cold Gas Micro-Thruster 

Complimentary Metal Oxide 

Semiconductor 

Cyclic Redundancy Check 

CMOS Ultra Low-Power Radiation- 

Tolerant 

Deep Space Network 
Flight Dynamics Facility 
Field Programmable Gate Array 
Flight Software 
GigaHertz 

Greenwich Mean Time 
Ground Network 
Global Positioning System 
Ground Receipt Time 
Goddard Space Flight Center 
Geosynchronous Transfer Orbit 
Hertz 

kilobits per second 

kilogram 

kilometer 

kilometer per second 
Magnetometer 

Mission Elapsed Time (or Timer) 
MegaHertz 

Mission Operations Center 
millisecond 

National Aeronautics and Space 

Administration 

NASA Communications 

New Millennium Program 

Non-Return to Zero Level 

Non-Return to Zero Mark 

part per million 

Return Data Delay 

Radio Frequency 

Revolutions Per Minute 

Reed-Solomon 

Spacecraft 

Space Network 

Sub-Second Timer 

Space Technology 5 

microsecond 

US Naval Observatory 

Universal Time 

Universal Time Coordinated 

Universal Time Correction Factor 

Variable Emittance Controller 
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